Fill gaps from assistant conversations: rail webhooks, missed events, shipments filter, map local testing - #301
Conversation
…vents, shipments filter, map local testing)
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Preview deployment for your docs. Learn more about Mintlify Previews.
|
| "in": "query", | ||
| "name": "number", | ||
| "description": "Search shipments by the original request tracking `request_number`" | ||
| "description": "Search shipments by the original tracking `request_number` — typically a master bill of lading or booking number. This filter does **not** match container numbers; to look up a shipment by container number, use `GET /containers?filter[number]={container_number}` and include the related shipment via `include=shipment`." |
There was a problem hiding this comment.
Container Lookup Uses Unsupported Filter
A client following this description will call GET /containers?filter[number]=..., but the containers operation does not define that parameter and the typed SDK cannot emit it. The server may reject the request or ignore the filter and return a paginated list instead of the requested container; the documented cross-resource lookup for container numbers is /search?query=....
Prompt To Fix With AI
This is a comment left during a code review.
Path: docs/openapi.json
Line: 605
Comment:
**Container Lookup Uses Unsupported Filter**
A client following this description will call `GET /containers?filter[number]=...`, but the containers operation does not define that parameter and the typed SDK cannot emit it. The server may reject the request or ignore the filter and return a paginated list instead of the requested container; the documented cross-resource lookup for container numbers is `/search?query=...`.
How can I resolve this? If you propose a fix, please make it concise.| <Note> | ||
| The map embed works from a local development environment. Open your HTML file directly in a browser or serve it from `http://localhost` — there is no domain allowlisting on the embed itself. Your page just needs internet access to load `bundle.js` and `bundle.css` from `https://map.terminal49.com`, and a valid publishable API key. | ||
| </Note> |
There was a problem hiding this comment.
File-Origin Support Is Unqualified
Loading the hosted script and stylesheet does not prove that the embed works from file://: requests made by the bundle use the browser's null origin and fail unless the map API explicitly permits it. If that API only allows normal HTTP origins, the assets load but the map remains blank, so this claim should be limited to verified origins or state the required CORS support.
Prompt To Fix With AI
This is a comment left during a code review.
Path: docs/api-docs/in-depth-guides/terminal49-map.mdx
Line: 23-25
Comment:
**File-Origin Support Is Unqualified**
Loading the hosted script and stylesheet does not prove that the embed works from `file://`: requests made by the bundle use the browser's `null` origin and fail unless the map API explicitly permits it. If that API only allows normal HTTP origins, the assets load but the map remains blank, so this claim should be limited to verified origins or state the required CORS support.
How can I resolve this? If you propose a fix, please make it concise.Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
Summary
Close four recurring documentation gaps surfaced by recent assistant conversation buckets, so future readers can self-serve without needing the assistant to infer missing steps.
Changes
POST /webhooksexample, the Rail Plan entitlement note, and a callout thatcontainer.transport.rail_arrivedfires at every intermediate rail terminal.numberquery parameter description to state that it matchesrequest_number(BOL / booking), not container numbers, and points to the containers endpoint for container-number lookups.localhost) works, provided the CDN assets and a valid publishable API key are reachable.Context
Sourced from the 2026-07-13 → 2026-07-20 assistant query buckets; verified against the existing docs and OpenAPI spec before editing.
Greptile Summary
This PR fills several documentation gaps around webhooks, shipment lookup, and map testing. The main changes are:
Confidence Score: 4/5
The container-number lookup guidance needs correction before merging.
docs/openapi.json and docs/api-docs/in-depth-guides/terminal49-map.mdx
Important Files Changed
Prompt To Fix All With AI
Reviews (1): Last reviewed commit: "docs: fill gaps from assistant conversat..." | Re-trigger Greptile